基于迭代和产品发布双轨模型的PO（产品负责人）访谈列表

这个列表的目的，是为了帮助PO做得更好。访谈的对象，可以是PO本人，也可以是Scrum Master，团队成员，或其他与PO紧密工作的人。

用户故事的相关知识可参考：GitChat：敏捷读书之用户故事：《用户故事与敏捷方法》解读。

PO（产品负责人）访谈列表：

• 【用户到需求】是否以用户为中心开发产品？

• 是否了解用户需求以及有有效的机制？

• 是否把对用户的了解传递给团队？

• 是否有天使用户试用用户组？
  

• 是否定期获得用户反馈？

• 是否以数据支持做决定？
  

• 【需求到开发】是否有DoR准备好的定义？

• 是否有清楚的AC验收标准？

• 是否有清楚的优先级？

• PO是否有足够的Availablity和Authority？

• Backlog是否满足DEEP标准？

• User Story是否满足INVEST标准？

• 【助跑团队】与各方是否有合作模式？

• 与Architect的合作模式，是否共同参与Backlog精化，并在Sprint计划会前让架构和解决方案关键点Ready？非业务和非功能需求是否管理得好？是否有合理的发布计划制定模式？

• 与UI设计师的合作模式，是否共同参与Backlog精化，并在Sprint计划会前让UI主体Ready？

• 与代理PO的合作模式，代理PO是否能完全代理PO与团队一道工作？

• 是否有对代理PO的授权边界？如就近需求收集，做决定的范围等。
  

• 【开发到交付】是否有DoD完成的定义？

• 是否有故事级别的DoD？

• 是否有迭代级别的DoD？

• 是否有发布级别的DoD？

• 是否有产品级别的DoD？

• 是否关注质量与技术债？
  

• 【开发团队】是否了解团队？

• 是否了解团队人员，构成与技能？

• 是否了解团队速率？

• 是否了解团队主要问题，短板与瓶颈？

• 是否了解外在环境对团队的主要制约？

• 是否知道团队需要的支持？

• 是否对团队有充分信任，并有清晰和理解一致的what和how边界？
  

• 与团队是否有有效的沟通机制？

• 【信息流】是否有有效的信息管理？

• 口头与书面沟通是否平衡？

• 是否有长远和清晰度合适的产品路线图？

• 是否能让团队了解相关决定的背景信息？

• 是否能让相关人员及早加入沟通，了解前因后果？
  

背后的模型：迭代与产品/发布双轨模型：

阅读原文，访问持续修订版。